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(54) Lan telephone system 

(57) A distributed private branch telephone ex- 
change (PBX) including a local area network carrying 
telephony traffic, an interface to the PSTN and a station 
interface connecting to a telephone device transmitting 
telephony over the local area network. The distributed 
PBX may contain a number of multi-port modules con- 
nected over a local area data network The multi-port 



modules convert between synchronous and asynchro- 
nous signals and connect between a telephony environ- 
ment, such as a telephone device a local area network, 
and a personal computing device. The distributed PBX 
also includes PBX software and a graphical user inter- 
face (GUI) which facilitate the management of various 
PBX functions 
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Description 

BACKGROUND O F THE INVENTION! 

The present invention relates in general to tele- 
phone voice communication networks, more particular- 
ly, il relates lo an local area computer network capable 
of delivering telephone services 

A typical modern ollice building provides each work- 
er with their own telephone Rather than purchasing all 
the required telephone lines from the local telephone 
company, most ollices have established Iheir own pri- 
vate telephone networks. The private telephone net- 
work can handle calls originating and terminating within 
Ihe building without going through the public switched 
telephone network (PSTN) provided by Ihe telephone 
companies Thus an office building need only purchase 
a smaller number of access lines or trunks lo connect 
Us private telephone network to Ihe PSTN. Such private 
telephone networks are commonly known as Private 
Branch Exchanges (PBXs). 

In addition to a PBX a modern ollice typically has 
a number ol personal computers (PCs) connected by a 
local area network (LAN) The PC LAN connects togeth- 
er the PCs in Ihe office lo share data, printers or other 
computer peripheral hardware. Although many different 
PC LAN configurations are possible each PC on Ihe 
network is typically connected via a connecting medium 
to one or more central hubs or switches which allow 
communication between network nodes. A primary 
computer or file server typically stores a large quantity 
of data and implements a data transmission control pro- 
tocol lo arbitrate Ihe distribution of data over the net- 
work 

Traditionally. LANs and PBXs have served different 
functions and have been developed as independent 
systems For example, a typical Ethernet LAN simulta- 
neously broadcasts digital data across a shared com- 
mon bus to alt network destinations at data rales up to 
ton million bits per second (Mbps) Because of Ihe 
broadcast transport scheme ol Elhernol LANs a 
number ol devices on the network may transmit data si- 
multaneously Network transmissions are therefore sub- 
let to collisions which require Ihe data to be retransmit- 
ted In contrast, a PBX establishes separate dedicated 
point-to-point connections which are typically operated 
at lower data rales ol only tens of thousand-bits per sec- 
ond (Kbps) Moreover. PBXs must handle Ihe telephony 
supervision and signaling functions required lo interface 
with the PSTN, and to handle calls within Ihe local tele- 
phone network The real-lime event handling and audio 
d.stnbulion required lo implement real-time telephony 
functions are generally inconsistent with Ihe architec- 
ture of LANs 

Attempts lo integrate PBXs and LANs have been 
unsuccessful partly due lo the .ncreased cost ol building 
a single system which meets the requirements of both 
networks In addition to Ihe cost, the functionality and 
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performance ol the integrated system is often compro- 
mised when compared to separate dedicated systems 
For example, providing a PBX with the increased data 
capacity required by LANs have prohibitively increased 
the cost of Ihe PBX withoul delivering the performance 
provided by dedicated LANs 

A typical office today thus uses two separate and 
independent networks, a PC LAN lo distribute computer 
data, and a PBX to provide telephone services The 
'0 hardware inlrastruclure of Ihe two networks is independ- 
ent and separate Each network requires its own dedi- 
cated physical connection medium such as coaxial ca- 
ble twisted pair wiring, etc. Traditionally. PBX switching 
equipment, terminal equipment, control computer re- 
'5 sources and in-house wiring are separate devices not 
shared or leveraged by Ihe two networks 

The term computer telephone integration (CTI) de- 
scr.bes any system which employs a computer lo en- 
hance or control telephony. This is implemented by in- 
terlacing PBXs and computers, bringing caller informa- 
tion to ihe computer so database lookup and screen 
pops to Ihe called agent are possible Other implemen- 
tations utilize separate servers with new buses to add 
voice processing capability. Recently. CTI developers 
-5 have developed equipment which, when added to a 
standard PC. allows the functions of a PBX lo be imple- 
mented The same PC which operates on the LAN may 
now also be used to implement Ihe PBX. 

Despite the integration afforded by CTI. artifacts of 
30 Ihe different development of PBXs and LANs remain 
Although Ihe PBX and LAN may be implemented by a 
standard PC, and may even physically reside wilhm Ihe 
same device, the two networks remain separate and in- 
^ dependent systems The LAN continues to use its own 
data transport protocol and physical connection media 
to each device on the network. The PBX uses its teleph- 
ony signaling scheme, switching equipment, and sepa- 
rate dedicated physical connection media to transmit 
voice data. 

J ° More recently ATM (asynchronous transfer mode) 
networks have been envisioned to integrate digital dala 
with multimedia voice and video onto a single high 
speed line or "pipe" ATM packages and Iransmits digital 
data in small 53 byte fixed-length messages or cells 
■>* while providing high bandwidlhs ol 25 Mbps and higher 
Although ATM networks were envisaged to provide 
transport of data, voice and video, little has been done 
to facilitate the transmission of real-lime, low latency 
voice traffic on ATM local area networks ATM voice 
lransmiss.on efforts lo date have primarily been focused 
on higher-capacity wide area networks, campus back- 
bones and longer haul transmission networks. 

The ATM forum has developed ATM standards for 
local area networks. A great strength of ATM is Ihe ability 
of the network lo assign an appropriate quality of service 
(QoS) class lo a particular transmission. ATM networks 
can guarantee that strict requirements on available 
bandwidth and minimal delay can be guaranteed for 
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those connections requiring predictable service. This 
makes reliable voice transmission possible over an ATM 
network Although the bandwidth requirements for voice 
are easily met by other local area networking technolo- 
gies. ATM can today provide the predictable quality of $ 
service required for real-lime bi-directional communica- 
tion 

SUMMARY OF THE INVENTION 

to 

The present invention uses CTI to implement a dis- 
tributed private branch telephone exchange (PBX) over 
a local area computer network or LAN. The system lev- 
erages the power of desktop PC's through graphical us- 
er interfaces (GUIs) and standard interfaces such as '$ 
Object Linking and Embedding (OLE) to simplify and ex- 
tend conventional telephony. The LAN telephone sys- 
tem includes a unique multi-port station module in each 
desktop client computer that provides both the network 
data interface and an interface to a standard telephone 20 
set. Quality voice transmission is achieved by the use 
of real-time voice streaming, which directly converts dig- 
itized voice to cells ready for transmission over the asyn- 
chronous network or for local storage on the computer 
hard drive for later playback. 25 

A different network module (or modules in larger 
systems) plugs into the network server. This PSTN mod- 
ule 20 interfaces the LAN telephone system to outside 
trunk lines provided by the local telephone company. It 
combines telephone trunk interfaces with digital signal 30 
processing for caller ID. DTMF and call progress detec- 
tion, and real-lime voice streaming to facilitate transmis- 
sion of voice within the LAN. 

The desktop client computers are linked to each 
other and the server through an ATM switch which ^5 
transmits network traffic using the conventional ATM 
protocols as defined in ATM Forum standards Using the 
unique adapter modules described in this patent allows 
the network to support not only conventional ATM traffic 
but also the transport of high quality voice transmission. -to 
and the conversion of voice information from analog or 
digital signals to ATM cells and back. 

Another component of the system is the telephone 
hub. which allow the use of telephones not associated 
with computers, for example, telephones on a produc- 
tion floor, or in conference rooms. In the preferred em- 
bodiment, this device connects the hub to the network 
via a LAN connection, and allows connection to eight or 
more telephones. 

The system includes software that uses this unique so 
voice-enabled LAN to implement a distributed PBX that 
controls the initiation and termination of telephone calls 
between telephone handsets attached to client PC's, to 
telephone hubs, and via outside trunk connections to the 
PSTN This PBX differs from previous implementations ^5 
in that a standard ATM LAN has been used to replace 
the usual backplane connection between trunk and sta- 
tion line interfaces, and that voice transmissions are car- 



ried over the came set ol wires as LAN data Conven- 
tional PBX signaling between trunk and station or sta- 
tion and station, has been translated into network mes- 
sages that convey information rotating to real-time te- 
lephony events on the network or instructions to the net- 
work adapters to generate the appropriate signals and 
behavior to support normal voice communication or in- 
structions to connect voice media streams using stand- 
ard ATM connection and signaling protocols 

The control software of the PBX runs on one com- 
puter on the network, usually the server, (or servers in 
large systems), and includes a network telephony serv- 
ices provider Telephony applications including voice 
mail auto attendant. CTI applications a client Tele- 
phone Assistant graphical user interlace (GUI), config- 
uration and administration GUIs, and an operator con- 
sole GUI are implemented on the network of server and 
client computers. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig 1 is diagram of an embodiment of the telephone 
network of the present invention 

Fig 2 shows a diagram of the multi-port PSTN mod- 
ule of the telephone network of Fig. 1 

Fig. 3 shows a diagram of the multi-port station 
module of the telephone network of Fig. 1 

Fig. 4 shows a block diagram of the telephony hub 
with 8 telephones. 

Fig. 5 illustrates real-time voice streaming per- 
formed by the telephone network of Fig 1 . 

Fig. 6 shows a high level diagram of the control logic 
of the multi-port PSTN module of Fig. 2. 

Fig 7 shows the server software architecture of the 
telephone network of Fig 1 

Fig 8 shows the client software architecture of the 
telephone network of Fig. 1 . 

Fig 9 shows the operator console graphical user 
interface (GUI) 

DETAILED DESCRIPTION OF THE DRAWINGS 

ATM LAN Telephone Network 

Referring now to the drawings. Fig. 1 illustrates a 
local area telephone network or distributed private 
branch exchange (PBX) 10 ol the present invention A 
network communications server 1 2 provides a PSTN in- 
terface between the public switched telephone network 
(PSTN) 16 or wide area network (WAN) and an asyn- 
chronous transfer mode (ATM) network switch 14. Al- 
though the present embodiment is illustrated with an 
asynchronous transfer mode network (ATM) it should be 
understood that the present invention may be imple- 
mented with other types of networks such as an Ether- 
net network or a Cells in Frames Ethernet network Te- 
lephony network server 12 is equipped to provide the 
ATM LAN telephone network 10 with the telephony func- 
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Hons o( a PBX as will be descr.bed in more detail here- 
•naflor ATM network switch 14 switches network mes- 
sages via the lransm.ssion ol ATM cells conta.nrng com- 
puter data network supervise signaling and a variety 
ol different media streams between the telephony net- 
work server 12 and the client PCs 18 equipped with tel- 
ephone stations 11 The media streams may include 
mult.mcdia .mages, v.deo. or audio voice telephone traf- 
fic 

Telephony network server 12 and client computers 
16 preferably consists of a general purpose computer 
such as an IBM compatible personal computer (PC) 
They could also consist of Sun Workstations. DEC Al- 
pha computers, or other server and desktop PCs or 
workstation computers 

A typical network server computer includes a high- 
speed Intel Penlium class or faster processor, or a h.gh- 
speed reduced instruction set computer (RISC) such as 
the Digital Equipment Corporation (DEC) Alpha proces- 
sor The server typically uses 64 Mbytes ol random ac- 
cess memory (RAM) or more, and has at least several 
gigabytes ol hard disk storage capacity Additional stor- 
age dev.ces typically mclude removable floppy or tape 
drives and a CDROM compact disk drive The server 
may mclude a keyboard and a mouse for control pur- . 
poses and an attached graphic monitor for observation 
of software operat.on. The server lypically incorporates 
fast disk drive technology such as Fast Wide SCSI 2 
and may incorporate redundant hot swappable power 
supplies and other hardware innovations to increase re- J 
liability 

Telephony network server 12 incorporates the PBX 
software 85 which handles the supervision, signaling 
and setup of telephone calls This software monitors the 
status ol all telephone clients 1 1 in real-time on the net- 3 
work and responds to telephony events .n a timely man- 
ner to provide conventional telephone service This in- 
cludes control of the general.on of the conventional sig- 
nal.ng tones such as dial tone busy lone r.ng back lone 
and so on as well as the connection and termination of 
media streams between telephones on the LAN The 
PBX software 85 uses the multi-port modules, the ATM 
LAN and PCs to implement standard PBX functions 
such as the initiation and termination ol telephone calls 
either across the network or to outside trunk l.nes 17 
the ability to put calls on hold to transfer park and pick 
up calls to conference multiple callers, and to provide 
caller ID information Telephony appl.cations such as 
vo.ee mail and auto attendant are implemented by ap- 
pl.cat.ons software us.ng the PBX as a network teleph- 
ony services provider. 

Referring (o Fig 1 the network sw.tch 14 is con- 
nected to the telephony network server 12 and each ol 
Ihe client PCs 18 with standard UTP-3 wiring. The wiring 
between the network switch 14 and each ol the client 
PCs IS carries both the LAN computer data, the teleph- 
ony superv.s.on and signal.ng messages and the vari- 
ous med.a streams. Specifications for the connectors 
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the cable, and the p.n assignments used are defined in 
AIM Forum specifications 

Network sw.tch 14 is preferably an ATM-25 network 
switch transmitting data at 25 Mbps. The sw.lch contains 
* Hn optional ATM- 155 interlace lor connecting to h.gher" 
speed backbone ATM networks. A suitable ATM net- 
work switch supports from 4 to 24 or more ports. Multiple 
ATM network sw.tches can be slacked for increased port 
capacity. Selected ports can accommodate Ethernet 
connections lor LAN-based printers or other legacy 
hardware peripherals. ATM network switches are cur- 
rently available from several manufacturers such as 
ATM. Ltd An example of an ATM network switch su.ta- 
_ ble for use with Ihe present invention is the ATM Ltd 
'* Virata Switch The Virata Switch is a 24 port ATM-25 
switch 

The client PC 18 is preferably a general purpose 
computer such as a standard IBM compatible PC It 
preferably .ncludes an Intel 486 or Pentium or faster 
'0 processor The cl.ent uses at least 8 and preferably 1 6 
Mbytes of general purpose RAM. and has at lyp,cally 
500 megabytes or more of hard disk storage capac.ty 
Add.t.onal storage devices typically include removable 
floppy or tape drives, and a CDROM compact d.sk drive 
= The client includes a keyboard and a mouse for control 
purposes, and an attached graphic monitor lor observa- 
tion of software operation. 

Multi-Port PSTN Mnrinl. 

0 ' ' 

Referr.ng to Fig 2. telephony network server 12 .s 
equipped with multi-port PSTN module 20 having cir- 
cuitry and software to implement a trunk interface 22 
an ATM network interface 24. and buffer storage RAM 
• 27 with control logic 26 to convert media streams be- 
tween Ihe trunk .nterface 22 and ATM network sw.tch 
14. Trunk interlace 22 provides interconnection with the 
trunk circuits 17 of the PSTN 16 ATM network interlace 
24 prov.des conventional software and circuitry to ena- 
ble Ihe telephony network server 12 to access the ATM 
LAN 20 The buffer RAM 27 and control logic 26 imple- 
ment Ihe efficient transfer of media streams between Ihe 
trunk interface 22. Ihe telephony network server 12 Ihe 
digital signal processor 23. and Ihe ATM network inter- 
face 24 as w.ll be described in more detail hereinafter 
The trunk .nterface 22 implements conventional te- 
lephony trunk transmission supervision and signaling 
protocols required to interface with the outside trunk cir- 
cuits 17 from the PSTN 16 Trunk circuits 17 carry var- 
ious types of telephony signals such as transmission su- 
perv.s.on and signaling, and audio voice, lax or modem 
data to provide plain old telephone service (POTS) In 
addition. Ihe trunk circuits 17 may carry other commu- 
n.cat.on formats such T1. ISDN or fiber service to pro- 
v.de telephony or multimedia data images video text 
or aud,o. In the preferred embodiment, the trunk inter- 
face 22 provides access to 16 or more POTS trunk cir- 
cuits 
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The ATM network interlace 24 preferably includes 
conventional circuitry to interface with the ATM line con- 
forming to the ATM forum UNI 3.1 and LAN Emulation 
(LANE) specifications An example of a suitable ATM 
interface is available from ATM. LTD. (ATML) located in $ 
Cambridge. England with sales offices in Sunnyvale. 
California ATML's network interface includes the ATM 
interlace circuitry and an advanced RISC machine 
(ARM) processor. 

The ARM control processor 28 is programmed to to 
oversee the transmission and reception of ATM cells be- 
tween the ATM network switch 1 4 and the telephony net- 
work server 12 The ARM control processor 28 is also 
capable of directing network messages between the 
ATM network switch 14. the telephony network server '5 
12. and sending the media content of messages to the 
trunk interface 22. In the preferred implementation, the 
network uses Transmission Control Protocol/Internet 
Protocol (TCP/IP) The network messages contain com- 
puter data, telephony transmission supervision, signal- 20 
ing and various media streams. The control processor 
28 directs network messages containing computer data 
from the ATM network switch 14 to the telephony net- 
work server 12 directly through the multi-port PSTN 
module 20 PC bus 29 25 

The control processor 28 manages real-time te- 
lephony event handling pertaining to the telephone trunk 
line interfaces It manages the efficient use of DSP 23 
resources for the detection of caller ID. DTMF call 
progress and other conventional forms of signaling 30 
found on trunk lines. In the preferred embodiment, the 
digital signal processor 23 is a Texas Instruments 
TMS320C50 or similar processor chip using standard 
telephony digital signal processing software algorithms 
from HotHaus Technologies, of Richmond British Co- JS 
lumbia Canada The control processor 28 also manag- 
es the generation of telephony tones for dialing and oth- 
er purposes, and controls the connection slate, imped- 
ance matching, and echo cancellation of individual trunk 
line interfaces 22 on the multi-port PSTN module 20 -*o 

Additionally, the control processor 28 manages the 
re-direction of media streams from incoming trunk lines 
17 to client computers 18 via the ATM network or di- 
rectly to and from the server hard disk drive for storage 
and later playback, allowing voice mail and auto attend- 
ant functionality to be implemented. These media 
streams can be sent directly to an outside caller at- 
tached to a trunk line 1 7. or across the network for voice 
playback at the networked client telephones 1 1 . 

The control processor 28 also manages the connec- so 
lion ol multiple media streams to the DSP 23 so they 
can be combined for conferencing between multiple 
callers connected to the system, either on the LAN or to 
PSTN lines 17. 

All these telephony functions are ultimately control- 
led by the PBX software which communicates with the 
control processor 28 using a sockets-based program- 
ming interface to a standard protocol such as TCP/IP 



Messages are sent from the control processor 25 across 
the network to notify the PBX software 55 in' the server 
12 of real-time telephony events on the attached trunk 
lines 17. and messages are received from the PBX to 
implement telephone call supervision Some of these 
messages control the set-up and elimination of media 
streams for voice transmission. 

PBX trunk control messages are sent directly Irom 
the host processor in the server 12 across the PC bus 
29 to the multi-port PSTN control processor 23 In con- 
trast, network messages containing media streams of 
digital representations of real-lime voice are transmitted 
between the trunk interface 22 and the ATM network 
switch 14 using the digital signal processor 23 buffer 
RAM 27 and control logic 26 The buffer RAM 27 and 
control logic 26 implement a lirst-in-first-out (FIFO) data 
buffering scheme for transmitting digital representations 
of voice audio between the Asynchronous Transfer 
Mode (ATM) network to the synchronous trunk interface 
The operation of the buffering scheme to implement re- 
al-time voice streaming will be described in further detail 
heremalter 

Returning to Fig 1. a primary function of network 
server 12 is to interface between the trunk circuits from 
the PSTN 16 and Ihe ATM network switch 14. For ex- 
ample telephony network server 1 2 packages the var- 
ious types of synchronous telephony signals carried by 
the trunk circuits 17 into the asynchronous standard 
53-byte fixed-length cell format transmitted by the ATM 
interface 24 to Ihe ATM network switch 14 

Multi-Port Station Module 

Referring to Fig 3 client PC 13 is equipped with 
multi-port station module 30 having an ATM network in- 
terface 34. a conventional telephone station interface 32 
and a digital signal processor (DSP) 33 and control logic 
36 This hardware can generate desired telephony 
tones by Ihe programming the appropriate algorithms 
into the digital signal processing 33 - for example, dial 
tone and ring back tone In addition, the multi-port sta- 
tion module 30 is capable of detecting and decoding 
tones generated by the attached telephone such as DT- 
MF digits for dialing The multi-port station module 30 
includes a small switching power supply 35 to generate 
voltages sufficient to simulate Central Office (CO) bat- 
tery and ringing line conditions 

The ATM network interface 34 allows client PC 18 
access to the ATM LAN through conventional circuitry 
and software. Telephone line interface 32 converts dig- 
itized voice and tone signals to analog, and provides a 
conventional POTS interface with CO battery and ring- 
ing voltages to a standard 2500 telephone set connect- 
ed via a standard RJ-1 1 telephone connection. 

Control logic 36 facilitates the transfer of data be- 
tween ATM network interface 34. client PC 18 Ihe digital 
signal processor 33. and telephone line interface 32 
The ATM network interface 34 preferably includes con- 
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ventional electrons circuitry to interface with the ATM 
line based on the ATM Forum UNI 3.1 specification 
Similar to the multi-port PSTN module of the telephone 
network server 12. a suitable ATM interface .s available 
Irom ATML ATM network interface 34 includes the nec- 
essary ATM interface circuitry and preferably an ad- 
vanced RISC machine (ARM) control processor 38 
Control processor 38 is programmed to oversee the 
transmission and reception of ATM cells between ATM 
network switch 14 and client PC 18 

Control processor 38 is also capable of directing 
messages from ATM network switch 14 to client PC 18 
or to telephone line interface 32. For example, network 
messages containing computer data, and/or telephony 
trunk supervision and signaling from the ATM network 
switch 14. are routed to the client PC 18 through its PC 
bus 29 In contrast network messages containing me- 
dia streams are transmitted between the network 1 0 and 
the telephone line interface 32 through the digital signal 
processor 33 and the control processor 38 RAM imple- 
menting a first-in-first-out (FIFO) buffering scheme as 
further described hereinafter Because only a few media 
streams need to be handled by the client computer 18 
the FIFO buffering scheme can be implemented inter- 
nally in the control processor with software using avail- 
able memory. 

The control processor 38 manages real-time te- 
lephony event handling pertaining to the telephone sta- 
tion interlace It controls the ringing of the telephone 1 1 
and manages the efficient use of digital signal processor 
33 resources for the detection of DTMF digits dialed by 
the connected telephone 11 and the generation of 
standard telephone signaling tones such as dial lone, 
busy tone and ring back tone In the preferred imple- 
mentation the digital signal processor used is a Texas 
Instruments TMS320C50 or similar processor chip, and 
standard telephony digital signal processing software 
algorithms from HolHaus Technologies, of Richmond 
British Columbia Canada, are used 

The control processor 38 also manages the re-di- 
rection of media streams from the telephone 11 toother 
client computers 1 8 on the ATM network, or to the PSTN 
module 20 for connection to trunk lines 17. or media 
streams directly to and from the client hard disk drive for 
storage and later playback, or directly to and from the 
server hard disk drive across the network for storage 
and later playback Additionally the control processor 
38 manages the connection of multiple media streams 
to the digital s.gnal processor 33 so they can be com- 
bined for conferencing between multiple callers 

AH these functions are ultimately controlled by the 
PBX software in the server 12. which communicates 
with the control processor using a sockets-based pro- 
gramming interface to a standard protocol such as TCP/ 
IP Messages are sent across the network to notify the 
PBX of real-time telephony events pertaining to the use 
of the telephone 11. such as an off-hook condition or 
dialing In response messages are received from the 



PBX to implement telephone call supervision Some of 
these messages control the set-up and tear down of me- 
dia connections for voice transmission. 

5 Telephone Hub 

Fig 4 is a block diagram of the telephone hub 15 
This device allows telephones 11 not associated with 
PCs to connect to the network 10. In the preferred im- 
>o plementation. the device contains an 8 telephone sta- 
tion interface 42. Operation is very similar to the PSTN 
module 20 described above, except that multiple tele- 
phone station interfaces are used, rather than multiple 
trunk line interfaces For example. ATM interface 44 
buffer RAM 47. and control processor 48 perform similar 
telephony functions as the ATM interface 34. buffer RAM 
37 and control processor 38 discussed in the station 
module 30 description. In the preferred implementation, 
a switching power supply 45 capable of supplying 8 lel- 
20 ephones with CO battery and ringing voltages is used 
The operation of real-time voice streaming 1S very sim- 
ilar to the PSTN module 20 which also services multiple 
voice circuits. 

* 5 Voice Streaming and Direction 



Fig. 5 illustrates the voice streaming and re-direc- 
lion functions performed by a multi-porl module 50 such 
as the PSTN module 20. the station module 30. and the 
JO telephone hub 15 For example, at telephony port 55. 
either analog or digital voice signals from a telephone 
(in the case of a station module 30 or telephone hub 1 5) 
or from a trunk line (in the case of the PSTN module 20) 
are transmitted through a line interface circuit 52 From 
& the line interface 52. a CODEC 51. such as a Texas In- 
struments TCM29C13 or a National Semiconductor 
TP3054 changes the analog voice signal into a standard 
synchronous digital form, such as pulse code modula- 
tion (PCM) For example, for 64 Kbit PCM. a new 8-bit 
•>o sample of data is synchronously generated every 125 
microseconds or 8000 samples per second It should 
be understood that the CODEC 51 is not used when 
connection is made to digital lines or devices From the 
CODEC 51. the synchronous digital data is passed to 
J 5 the digital signal processor 53. where telephony signal 
detection and generation, and line management func- 
tions are performed 

The synchronous data is then passed to functional 
block 56 and an associated module control processor 
*> 58 to convert the synchronous data to asynchronous 
form and to direct the asynchronous media stream to 
one of the ports. The synchronous-asynchronous con- 
version is performed by functional block 56 and the as- 
sociated module control processor 58 by implementing 
- f.rst-.n-firsl-out (FIFO) buffering of data. Functional 
block 56 and module control processor 58 accumulate 
data bytes from the synchronous data stream in a FIFO 
memory buffer until there is sufficient data for one net- 
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work data packel lo be seni. For example, in an ATM 
network between 32 and 46 byles of data are stored for 
one ATM cell, plus one additional cell of data to help 
ovefcomc liming uncertainties (jitter) inherent in trans- 
mission across the asynchronous LAN The specific 
number of bytes transmitted per cell depends on trade- 
offs involving network latency requirements and the syn- 
chronization method, as may be selected by one skilled 
in the art. When the desired number of data byles has 
been collected, one packet of the asynchronous data is 
then transferred to the network interface 54. and asyn- 
chronously transmitted across the LAN to a remote 
module 

The above synchronous-asynchronous conversion 
may be performed by each of the multi-port modules 1 5. 
20 30 described in Figures 2 3. and 4 The FIFO buff- 
ering may be implemented by the respective control log- 
ic 26 36. and 46. managed by the respective control 
processors 23. 38 and 48. Multi-port modules requiring 
greater line capacity, such as the PSTN module 20 of 
Figure 2. use additional high-speed buffer RAM 20 ac- 
cessible to the control processor 28 and digital signal 
processor 23 Multi-port modules with lower throughput 
requirements, such as the multi-port station module 30 
of Figure 3. use only control processor 38 RAM. A more 
detailed discussion of the operation of these circuits and 
the associated control software operation is described 
hereinafter in conjunction with Figure 6. 

To allow bi-directional communication, functional 
block 56 and module control processor 58 implement a 
return path allowing asynchronous data streams from 
the LAN port 57 to be transmitted to telephony port 55 
as follows. Asynchronous data streams from the LAN 
port 57 are received by the network interface 54 and 
converted from asynchronous form to synchronous by 
control processor 58 and functional block 56 The asyn- 
chronous/synchronous conversion of data is performed 
as the inverse operation of the synchronous/asynchro- 
nous conversion described above For example, in an 
ATM network asynchronous cells of data are received 
by functional block 56 and module control processor 58 
and converted to synchronous data by the FIFO butter- 
ing scheme The synchronous data is thus restored in 
appropriate form suitable for transmission through the 
line interlace 52 to either a connected telephone 11 (as 
in the station module 30) or a trunk line 17 (as in the 
PSTN module 20). or a digital interface such as a T1 
line Synchronous data can then be transferred, for ex- 
ample, one byte at a time, through the digital signal proc- 
essor 53 lo the CODEC 51 (if used). 

The total unidirectional time delay (latency) for con- 
version and transmission across the network and 
through two multi-port modules 50 is typically under 20 
milliseconds in the case of an ATM network, which is 
consistent with high-quality voice transmission require- 
ments Timing synchronization across the network and 
the two multi-porl modules is achieved either by using 
the 5 Khz sync broadcast capability of ATM networks. 



or by sending liming and sequence information with all 
or selected network data packets or cells extracting thai 
information in Ihe other module and using this informa- 
tion to re-create synchronization using conventional 

5 phase-lock loop techniques 

Module control processor 53 may also direct asyn- 
chronous data streams to a PC port 59 Asynchronous 
data from the PC port 59 can be accessed by a host 
computer such as PC network server 12 or PC client 

to 18 for any desired processing For example data from 
PC porl 59 may be collected into larger buffers lor peri- 
odic transfer lo Ihe syslem hard disk drive for storage 
or for additional processing The stored dala can be later 
retrieved for playback either through the control proc- 

'5 essor 58. FIFO buffers. DSP 53. CODEC 51 (if used) 
and line interface 52 or directly from the control proc- 
essor 58 via the network interface circuit 54 lo a another 
network receiver module or Ihe LAN lor storage play- 
back or processing 

20 The voice streaming circuits and software accom- 

plish the following 

1 an interface to conventional telephony such as 
analog or digital telephones or conventional analog 

25 or digital telephone trunk lines 

2 voice is converted from analog lo digital and back 
(if needed). 

3 voice data is converted from synchronous form 
such as PCM to asynchronous form such as ATM 

JO cells and back. 

4 voice can be directed from the line interface to 
the network and back. 

5 digital voice can be directed from the line inter- 
face to the local hard disk for storage, and for later 

^5 retrieval, either from the line interface or from 

across the LAN and 

6. digital voice can be directed from the LAN to the 
local hard disk for storage and for laier retrieval ei- 
ther from across the LAN or from the line interface 
-to connection 

The voice signal re-direction capability described 
above is the basis for transmitting voice across the ATM 
LAN 10 in the preferred embodiment, and also for ap- 

4 $ plications such as voice mail and aulo attendant which 
rely on the storage and retrieval or voice data, both lo- 
cally and across the LAN. 

For example, voice mail utilizes the above de- 
scribed functionality as follows. If an outside caller 

50 reaches the system Ihrough the telephony port 55 their 
voice signal is digitized (if needed) and converted from 
synchronous PCM to asynchronous form The data is 
then streamed across Ihe PC port 59 lo the PC host 
processor which typically stores the data in larger buff- 

55 ers holding at least several kilobytes of data. To improve 
syslem efficiency, this data is typically compressed, and 
periodically written to a file on the hard disk (or storage 
A system user is later able lo access the stored voice 
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(tela, either by calling ,nlo the system from the PSTN v.a 
he telephony port 55. or (rom across the LAN port 57 
In .he latter case, .he data can either be streamed 
across the LAN to the user's station module 30 lor direct 
voice playback to an attached telephone 11 or the Lie 
holding compressed vo.ce data can be first transferred 
•o the client PC memory lor playback locally through (he 
cl.en. PC bus 29 to .he s.a.,on module 30 and then the 
aitachod telephone 11 

The user can also leave a message lor someone 
else by transferring voice data through the LAN port 57 
to the conirol processor 58 and then through the PC port 
59 for compression and storage as described above 

An alternate implementation would store the voice 
data file on the client PC 18 hard disk instead ol the serv- 
er 12 disk Playback could then be across the LAN ulti- 
mately to the hne interface 52. or locally across the PC 
bus to the attached station module 30 



Multi-Port P STN Module Pontrol Log i^ 



.Fig 6 shows a block diagram of the control logic lor 
•he PSTN module 20 ol Fig. 2. In the preferred ,m ple - 
mentat.on. operation is as follows dur.ng the Iransm.s- 
sion and reception ol voice media streams. 

Every 5 milliseconds the control processor 28 (Fiq 
2) receives an ATM cell with a 40 byte payload from the 
network 10 These 40 bytes are transferred lo the buffer 
memory 27 us.ng a unique base address lor each chan- 
nel The Bufler RAM address logic 69 (Fig 6) adds an 
ollset to the base address, received from the control 
processor through the control processor interface 66 to 
yield the actual transfer address. 

Asynchronously to the above, the control processor 
& (Fig 2) receives an interrupt from (he clock generator 
64 (Fig 6) via the control processor interface 66 every 
SmS to indicate that the buffer memory holds 40 byles 
ol data to be transmuted over the network. The control 
processor 28 presents a unique base address per chan- 
nel lo which the buller RAM address logic 69 alternately 
adds an offset of 0 or 40 before applying the address to 
the data buffer 

One or more 8 bit CODEC shift reg.slers 62 are dai- 
sy chained together to feed (he PCM transmit highway 
Th.s highway ,n (urn feeds a similar number ol CODECs 
corresponding to the number ol shift registers In the 
preferred implementation. 16 sh.lt registers and 1 6 CO- 
UfcCs are used The input to the CODEC shift register 
chain 62 .s led from (he PCM receive highway The CO- 
DECS are programmed to access specific l.me slots 
within (he PCM highway in such a way (hat a. (he con- 
clusion of a frame period the shift register which held 
•he transmit data for CODEC n now holds the data re- 
ceived Irom CODEC n Associated with each sh.l. reg- 
ister 62 is a holding register and at the conclusion ol a ss 
frame the contents ol each holding register and shift reg- 
ister are exchanged and a DSP interrupt is asserted 
irom the clock generator 64 lo the DSP 23 via the DSP 



interlace 60 Upon servicing ih.s interrupt the DSP 23 
reads each holding register within the CODEC shift reg- 
isters 62. and writes the data in each channel's receive 
bufler RAM 27 I, then proceeds to write each register 
w.lh data from its respective transmit buffer RAM 27 
The DSP 23 may manipulate the data as it is transferred 
■n either direction between the holding registers 62 and 
the buller RAM 27. 

To lacililate the synchronized exchange ol control 
|nforma.,on between the control processor 28 and the 

Pa " °' mailboxes 63a a "d 63b per channel is 
included. Any write by the control processor 28 lo the 
mailbox 63b causes an interrupt to the DSP 23 via the 

,s f nco of" 60 ° fder '° feduce CPU 28 overhead 
a DSP 23 write lo the mailbox 63a does not cause a 
control processor interrupt but instead the control proc- 
essor 28 inspects the mailbox 63a every 5mS during the 
cell available interrupt raised by the clock generator 64 
The trunk interface module 68 is used by the control 
'0 processor 28 via the control processor interlace 66 in 
conjunction w.th the control processor address decode 
65. to seize individual trunk lines 1 7 By a reverse path 
Ihe control processor 28 is able to detect the presence 
ol ringing voltage on Irunk lines 17. 

h- J h f^ SP addfeSS deC0de '°9 ic ls used lo selecl in- 
dividual CODEC shit, registers 62 and a particular mail- 
box 63a or 63b 

CODEC programming from Ihe control processor 
28 is via Ihe control processor interlace 66 in coniunc- 

COn ' r0 ' pf0cessor ad *ess decode 65 using the 
UODEC control register interlace 67 

The control logic lor Ihe multi-port station module 
°P era| es similar lo Ihe conirol logic lor the PSTN 
module 20 described above, except that the buffer ad- 
dress logic 69 (F.g 6) function and the buffer RAM 27 
(Fig 2) are now performed within the control processor 
and us associated RAM. The additional processing 
overhead is tolerable, since only a few channels are si- 
multaneously active. This results in a lower cost imple- 
mentation with fewer components. The one other differ- 
ence ,s the replacement ol Ihe Irunk interlace module 
63 (Fig 6) with a station interlace module, which allows 
•he control processor 38 (Fig. 3) lo delect an off-hook 
condition on the line, lo connect battery voltage to the 
line, and lo connect a ringing voltage to the line inler- 
connecting ihe station module 30 with the telephone 1 1 
Not shown ,s Ihe telephony hub control logic 46 
which differs Irom the server control log.c 26 only ,n the 
replacement ol .he trunk interface module with a multi- 
station telephone interlace module, with the similar 
functionality to .he single station interface module 78 
discussed above. 



Server Software 

Fig. 7 shows the architecture of the server software 
in general, the software is developed using conventional 
C + ♦ compilers and other software development tools for 
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operating systems such as Microsoft Windows NT. Win- 
dows 95 and UNIX. In the preferred embodiment. Micro- 
soft Windows NT is used in the server and Windows 95 
or Windows NT is used in the client computer 

The key component running on the server is the 
PBX control software 65. which manages all telephony 
resources in the system, including telephones 11 and 
lines connecting to the PSTN 1 6 (Fig 1 ). The PBX soft- 
ware 85 controls both local trunk connections at the 
server to trunk lines 17 and other trunk connections or 
telephone stations in remote server or client computers 
distributed on the ATM LAN. 

Communication between the PBX software 85 and 
the local PSTN module 20 of Fig. 2 is via the PBX net- 
work call control interface 87, a socket-based program- 
ming interface that allows messages to be sent and re- 
ceived directly across the server bus 29 (Fig. 2) to the 
control processor in the module 20. and also to commu- 
nicate with remote telephony modules via a similar sock- 
el-based mechanism that sends messages across the 
ATM network using a standard protocol such as TCP/ 
IP This same interface can also be used to send mes- 
sages across the Internet to control remote telephony 
resources at any other location also connected to the 
Internet. Allowance is made for the slower response 
time of the Internet by using more intelligent client soft- 
ware 

The PBX operation is controlled by data stored in a 
configuration database 82. This software allows sys- 
tems administrators to control such functions as tele- 
phone extension assignment, trunk line connections, 
user options such as the number of rings before transfer 
to voice mail, forwarding, lists of disallowed numbers, 
and designation of operator extensions. Access to this 
database is provided by means ol GUIs that simplify the 
task of PBX setup and administration. 

Telephony services provider software 84 is inter- 
laced to the PBX software 85 The telephony services 
provider software 84 incorporates functionality such as 
that provided by the Microsoft (Redmond Washington) 
Telephony Applications Programming Interface (TAPI 

2 0) and the NOVELL (Orem, Utah) Telephony Server 
Applications Programming Interface (TSAPI). The serv- 
ice provider makes it possible for software applications 
to control telephone lunctions such as initiating and ter- 
minating calls, putting calls on hold, transferring, parking 
and pickup of calls, initialing conference calls, and mon- 
itoring calls. It provides a programming interface that 
simplifies the control of telephony by applications such 
as voice mail, auto attendant, and the operator console 
GUI 

Client Software 

Fig 8 shows the client software architecture. The 
control processor software 95 in the client NIC 30 of Fig. 

3 uses a socket-based programming interface to send 
and receive messages from the PBX software in the 



server using a protocol such as TCP/IP over the ATM 
LAN 10 (Fig 1 ) The client PC 13 applications use a re- 
mote telephony services provider software module 93 
to communicate with the telephony service provider 64 

5 on the server 12 (Fig. 1 ) to gam access to PBX telephony 
services across the LAN 10 These services are used 
by applications such as the operator console GUI 90 
setup and configuration GUI 92. and a telephone assist- 
ant GUI 91. all of which simplify and extend the use ol 

io telephony by the client PC operator 

Operator Console and Telephone Assistant GUIs 

Fig. 9 shows the operator console GUI which re- 

t5 places the conventional multi-button telephone normally 
used by operators to control and transfer incoming calls 
with a pop-up Window that facilitates call handling di- 
rectly Irom the computer screen In the following de- 
scription, the term GUI is used to mean the telephone 

20 assistant GUI or the operator console GUI These two 
applications have a common method of operation and 
a common look and feel The operator console GUI has 
all the functionality of the telephone assistant GUI. and 
incorporates additional functionality such as allowing 

25 the operator to monitor the status of all PBX lines in the 
Monitor View, and seeing which other operator consoles 
are active on the PBX. 

The GUI allows a user to manage multiple calls on 
a given phone line using such call control options as 

^o answer hang up. hold, unhold. park, pickup, attended 
transfer and blind transfer. 

Calls are presented graphically as icons 104 in the 
Call View 100. allowing the user to interact with a call 
using conventional windows mechanisms and mouse 

35 operations. A call can be selected and subsequent 
menu options and toolbar buttons are applied to this call 
For example, if an incoming call appears in the Call View 
1 00. the user need only double click the call icon 1 04 to 
answer it If a call is connected the user can double click 

-*o an extension in the Hot List 101 to transler the call Other 
call control options are always available through menu 
110 and toolbar buttons Color is used to show the cur- 
rently selected call: for example, a red icon is used for 
the selected call, gray icons lor all other calls Different 

4 5 icons are used lor different call states For example an 
incoming call which is ringing appears as a flashing tel- 
ephone icon. A connected call appears as a telephone 
with the handset off-hook. 

For the selected call, the GUI displays additional in- 

50 formation in a status pane 111. showing the call's stale 
call duration, the transferred from extension number 
and the name and number of the other parly in the call 
Where possible, the name of a caller is presented in ad- 
dition to the caller's number 

55 User interactions are optimized for convenience 

and efficiency. For example, with one drag and drop op- 
eration a call can be transferred to another extension in 
the Hot Lisl view 101. 
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When or.g,nal.ng calls, the number can be enlered 
from the keyboard into the data entry field 102 a tele- 
phone keypad 103 in the GUI may be used, or the key- 
pad on the telephone 11 itself may be used. In the pre- 
ferred embodiment, using Microsoft Windows 95 or Win- 
dows NT. a number may also be selected from the Mi- 
crosoft Exchange Phonebook. 

Numbers of most importance to the user are stored 
m a Hot List 101. This list is always visible in the GUI 
and allows the user with a double click of the mouse to 
initiate a call to one of the numbers. The Hot List can be 
configured by the user, and contains numbers that may 
be other extensions or public telephone numbers In the 
preferred embodiment, using Microsoft Windows 95 or 
Windows NT the user can select numbers from the Mi- 
crosoft Exchange Phonebook to add to the Hot List 
There is no limit to the number of entries in the list. 

The list can be used lor speed dialing By simply 
double clicking an entry in the list, the GUI will dial the 
number. The list is also used to simplify call control op- 
erations. By dragging a call icon from the Call View onto 
an extens.on in the Hot List, the user in.hales a transfer 
to that extension 

If the Hot List contains a large number of entries, a 
text search mechanism allows the user to quickly locate 
an entry, using the data entry held 102. For example an 
operator may configure the list to contain all of the ex- 
tensions on the PBX Given a person's name the oper- 
ator enters the first few characters of the name and the 
GUI locales the list entry, scrolls it into view and selects 
it for the operator Entries in the Hot List can be expand- 
ed to show additional numbers. For example an entry 
called -Company" could be expanded via a mouse click 
to show all the departments, which in turn could be ex- 
panded to show individual extensions Using this hier- 
archical scheme, the actual number of visible entries 
can be kept to a minimum 

For incoming calls, the user can command the GUI 
to process the call With a single press of a button 105 
the GUI will answer a call, play a recorded message and 
put the call on hold or transfer it to voice mail The user 
can perform this operation while continuing a conversa- 
tion on another call. This single button call handling sim- 
plifies operation when more than one call is presented 
to the user 

The GUI is designed to run in the background If the 
user receives a call, il pops up in front of any other ap- 
plication running At any time if Ihe user wants to initiate 
a call, double clicking an icon on the desktop brinqs the 
GUI to the front. 

The GUI reflects direct use of the telephone hand- 
set for call control. For example, if the user lifts the 
phone's handset to initiate a call, the GUI will show the 
new call icon similar to 1 04 on the screen. The two meth- 
ods of call control can be used together on the same 
call For example, the user can pick up ihe handset to 
pull dial tone and then use the GUI to dial a number. 
A Call Log 106 is maintained showing all incoming 



and oulgomg calls on Ihe user's lino Calls are logged 
regardless of their outcome For example, an mcommg 
call which is not answered is still logged, so that the call- 
er ID information can be viewed later. 
5 The operator console GUI provides a Mon.tor.ng 

View 107 showing the stale of all current calls on the 
PBX This view is maintained in real time reflecting a 
change in a call's state as it happens An aclrv.ty ,con 
108 is also shown in the Hot List next to each parly in- 
'0 volved in a monitored call. 

For each call, the operator can see the calling party 
the called party the state of the call (e g connected on 
hold ringing), the duration of Ihe call if connected and 
'f the call is on hold, how long it has been on hold Each 
'5 party involved in a call is marked with an activity icon 
108 in the Hot L.st 101 The operator may also select a 
Hot List entry and monitor just that number in a separate 
window not 

The GUI provides a telephony service to other ap- 
phcalions running on the desktop In the preferred em- 
bodiment running under Microsoft Windows 95 or Win- 
dows NT. Ihe GUI supports drag and drop, aulomalically 
dialing when the user drops a number on the GUI's win- 
dow The GUI also acts as an OLE Automation Server 
25 allow.ng other Automation Clients such as Microsoft 
Word Excel and Access to command the GUI to place 
calls This OLE automation interface permits the client 
to exercise full call control, not only call initiation 

30 Network Operation 



We now examine how the network operates to im- 
plement typical telephony operations First, we will ex- 
am.ne how a call is placed across the LAN This discus- 
■*> s.on will focus on Ihe use of the telephone to make and 
receive calls. Telephone calls can also be made and re- 
ceived using the operator and telephone assistant GUIs 
under ihe control of Ihe client computer user The oper- 
al.on is the same as described below, except that d.aling 
*<> and call pickup can be initiated directly from the compu- 
ter by applications software accessing PBX services 
through the network telephony serv.ces provider 84 
(Fig 7) This also provides the user with additional in- 
formation and control options, as described in the pre- 
^ vious section discussing GUI features and operation 

When the user wishes to make a call, ihe telephone 
receiver 11 (Fig 1) is taken off-hook. This evenl is rec- 
ognized by the multi-port station module control proces- 
sor 38 (Fig 3) through its telephony interface circuit 32 
*> and control logic 36. and a message is sent across the 
LAN 10 to the PBX software 85 (Fig 7) ,n the server 
The PBX examines the PBX conliguration database 82 
and if appropriale. instructs the client NIC 30 via a mes- 
sage across the LAN 10 to transmit dial tone from the 
« digital signal processor 33 through the telephony inter- 
face 32 to the telephone 11 When Ihe user dials the 
telephone 11 by depressing the keys with the number 
of the extension to connect, standard DTMF tones are 
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transmitted through the station interlace 32 on the sta- 
tion module 30 and detected by the digital signal proc- 
essor 33 The codes are read by the control processor 
38. and messages are sent across the LAN to the PBX 
software 55 in the server 12 via the ATM interface 34 
The PBX software compares the extension number to a 
stored table of valid extensions, and if found, sends a 
message to the target client PC 18 instructing that sta- 
tion module 30 to ring its attached telephone 11 using 
the telephone interface circuit 32. When the target user 
goes off-hook, that event is detected by the target con- 
trol processor 38. which sends an appropriate message 
to the PBX software 65 across the LAN. The PBX soft- 
ware 85 then sends a message to both the initiating and 
multi-port station module control processors 38. in- 
structing them to establish a bi-directional media stream 
through the LAN so that voice communication becomes 
possible 

At this time, analog voice signals from the micro- 
phone m the telephone 1 1 receiver pass through the tel- 
ephone station interface 32 which contains a standard 
CODEC Data samples are transferred by the control 
logic 36 from the CODEC to the digital signal processor 
33 and control processor 38 There voice data is accu- 
mulated in local control processor 38 memory until 
enough data for one ATM cell is accumulated, plus ad- 
ditional data to allow for network jitter. One cell's data is 
then transferred to the ATM interface 34. and an ATM 
cell is transmitted across the LAN 1 0 to the target station 
module There, the cell's data is moved from the ATM 
interface 34 to control processor 38 memory. The data 
is sent to the digital signal processor 33 and passed to 
the target CODEC at the same 8000 sample per second 
rate, one byte at a lime and converted back to analog 
form for transmission to the attached earphone in the 
target telephone 1 1 . 

A reverse transmission path is also established so 
that bi-directional communication is possible. When one 
caller hangs up. the local station module 30 interface 32 
and control logic 36 detects this, the event is recognized 
by the local control processor 33. and a message is sent 
across the LAN 10 to the PBX software 85 in the server 
12 which in turn notifies both multi-port modules to ter- 
minate the connection. 

Making a call to an outside line is similar Again, 
when the user wishes to make a call, the telephone re- 
ceiver 11 is take off-hook. This event is recognized by 
the client NIC control processor 38 through its telephony 
interlace circuit 32. control logic 36 and control proces- 
sor 38. and a message is sent across the LAN 10 to the 
PBX software 85 in the server. The PBX typically in- 
structs the client NIC via a message across the LAN to 
transmit dial tone from the digital signal processor 33 
through the telephony interface 32 to the telephone 11. 
When the user dials the telephone 1 1 by depressing the 
9 key. a standard DTMF tone combination is transmitted 
through the station interface 32 on the station module 
30 and delected by the digital signal processor 33 This 



code is read by the control processor 35 and a message 
is sent across the LAN to the PBX software 55 in the 
server 12. The digit 9 is typically used to signify an out- 
side call On receiving this the PBX software 55 exam- 

5 mes the state ol PSTN module 20 and lakes the lirst 
available line found off-hook by sending an appropriate 
message to the control processor 28 across the local 
PC bus 29 The PBX software 85 then sends a message 
to both the initiating multi-port station module and multi- 

to port PSTN module control processors 23 and 35 respec- 
tively, instructing them to establish a bi-directional me- 
dia stream. The message to the station module 30 is 
sent across the LAN 10 using a standard protocol such 
as TCP/IP and the message to the PSTN module is sent 

ts directly across the server PC bus 29 to the multi-port 
PSTN module control processor 26 The user waits for 
outside dial tone, and then dials the desired telephone 
number 

At this time, analog DTMF dialing signals from the 
?o client telephone 11 pass through the telephone station 
interface 32 .which contains a standard CODEC This 
circuit changes the analog voice signal into digital form 
Data samples are transferred by the control hardware 
to the digital signal processor 33 There voice data is 
25 accumulated in control processor 38 RAM until there is 
sufficient data for one ATM cell, plus additional data to 
help overcome timing uncertainties (jitter) inherent in 
cell transmission across the asynchronous LAN One 
cell's data is then transferred to the control processor 
38 and subsequently the ATM interface 34. and a cell is 
transmitted across the LAN to the PSTN module 20 
There the cell is moved from the ATM interface 24 by 
the control processor 23 and control logic 26 to the buff- 
er RAM 27 where it is stored This circuit is more com- 
3S piex than in (he client so that the PSTN module 20 can 
efficiently handle 16 or more bi-directional voice chan- 
nels without significant loss in performance. The data is 
taken from the buffer RAM 27 by the control hardware 
26 and passed to the target CODEC in the trunk mter- 
face 22 one byte at a time, and converted back to analog 
form for transmission to the attached telephone trunk 
line 17. 

A reverse transmission path is also established so 
that bi-directional communication is possible The client 

J5 telephone then behaves as a normal telephone that is 
connected directly to the outside line. When the caller 
hangs up. Ihe station module 30 interface delects this 
the event is recognized by Ihe local control processor 
38. and a message is sent across the LAN 1 0 to the PBX 

50 software 85 in the server 12. which in turn notifies both 
Ihe client 30 and network 20 modules to terminate the 
call and make the trunk line available for other users. 

An incoming call is handled in similar manner Ring- 
ing is delected by the PSTN module 20 using the line 

55 interface 22 and control logic 26. and the control proc- 
essor 28 reports this event to the PBX software 35 Con- 
trol processor 28 takes Ihe trunk line interface 22 off- 
hook when instructed to do so by the PBX software In- 
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coming analog signals are digitized in a CODEC in the 
PSTN module 20 telephone trunk interface circuit 22 as 
discussed above, and passed to the digital signal proc- 
essor which performs caller ID detection and DTMF de- 
tection Typically, the telephone line management is 5 
placed under the control ol auto attendant application 
software, which plays suitable voice messages prompt- 
ing the user to enter the desired extension number using 
Ihe DTMF keypad on the telephone. This message is 
played from digitized speech stored typically on Ihe w 
server hard disk The digital signal processor 23 inter- 
cepts the DTMF digits and passes Ihe decoded informa- 
tion to the PSTN module 20 conlrol processor 28. which 
notifies the PBX 65 via a message sent across the serv- 
er bus 29 to the server main processor which is execut- 
ing the PBX software 85. If a valid extension has been 
detected, the PBX instructs the appropriate station mod- 
ule 30 to ring its attached telephone 1 1 . If the telephone 
is answered that event is detected by the station mod- 
ule 30 conlrol processor 38 and a message is sent to 
the PBX software 85 in the server 12 which in turn re- 
sponds by instructing Ihe PSTN module 20 and Ihe sta- 
tion module 30 to set up bi-directional media streams so 
that voice communication becomes possible. 

If either caller hangs up. this is detected by the ap- 
propriate multi-port module control processor either di- 
rectly in the station module 30 or indirectly in the PSTN 
module 20 for example by delecting the reappearance 
of dial tone on the trunk line by using the digital signal 
processor 23 call progress detection algorithms 

The architecture of the ATM LAN telephony system 
conlers several advantages 



as voice mail as pure software applications 

1 The system is easy to use with user friendly GUIs 
2. Unified maintenance and administration are per- 
formed within Ihe LAN for both voice and data 

1 Easy expandability with no hard limit to system 
capacity. 

2 A large campus network can be set up by inter- 
connecting individual workgroups, each of which 
has a LAN PBX system using ATM connections be- 
tween ATM switches. 



1 There is no duplicate building wiring required for 
users with both LAN and telephone connections. 

2 The system is inherently lower in cost, since it 
leverages computing power already available on 
the LAN. 

3 Software integration between computer applica- 
tions and telephony call processing is more effec- -to 
live since both operate over the same network on 

the same computers Communication between the 
two requires only software messaging using stand- 
ard protocols rather that functionally constrained in- 
terfaces between incompatible building blocks -'5 

4 The underlying multi-port modules 20 and 30 
support both telephone call processing and voice 
processing. Consequently every telephony station 
or line interface is capable of supporting voice 
processing applications such as voice mail This is so 
in contrast with existing systems, where common 
practice separates the PBX function from the voice 
processing function, frequently into separate sys- 
tems with only a limited number of voice access 
ports This performance bottleneck is avoided by 55 
the architecture described here. 

5 The broad range of functionality of the modules 
20 and 30 makes it possible to add functions such 



It is to be understood that both the foregoing general 
description and the following detailed description are ex- 
'5 emplary and explanatory and are intended to provide 
further explanation of the invention as claimed For ex- 
ample networking technologies other than ATM that 
can support guaranteed quality of service support for re- 
al lime voice traffic. An alternate topology uses ATM ex- 
20 clusively for networking voice in parallel with an existing 
Ethernet LAN In such a configuration, a telephony hub 
could be directly connected to the communications serv- 
er, which also incorporates an Ethernet interface for da- 
ta connection to the existing Ethernet LAN Only when 
2S the number of required telephone stations is increased 
does the use of an ATM switching device become nec- 
essary 

In addition, digital telephone sets could be used by 
incorporating an appropriate digital interface such as the 
30 standard Universal Serial Bus (USB) interface Digital 
line interfaces such as T1 and SONET could be used 
for trunk connection instead of analog interfaces Nu- 
merous other modifications and variations are also pos- 
sible. Accordingly, it is intended that the foregoing de- 
JS tailed description be regarded as illustrative rather than 
limiting It is the following claims, including all equiva- 
lents, which are intended to define Ihe scope of this in- 
vention 



Claims 

1 . A distributed private branch telephone exchange for 
processing telephone calls comprising 

an asynchronous local area network carrying 
telephony traffic; 

a PSTN interface connecting the PSTN and 
said focal area network; and 
a station interface connecting a telephone de- 
vice and said local area network; 
wherein said PSTN interface and station inter- 
face translate telephony traffic into asynchro- 
nous data traffic for transmission over said local 
area network. 

2. The invention of claim 1 wherein said telephony traf- 
fic includes telephony signaling and voice signals 
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3. The invention of claim 1 wherein said telephony sig- 
naling is translated into asynchronous messages 
and synchronous telephony traffic is Iranslaled into 
asynchronous media streams for transmission over 
said local area network. 5 

4. The invention of claim 1 wherein said local area net- 
work is an ATM network. 

5. The invention of claim 1 further comprising an ATM to 
switch for routing telephony traffic. 

6. The invention of claim 1 wherein said local area net- 
work is an Ethernet network. 

75 

7. The invention of claim 1 wherein said local area net- 
work is a Cells in Frames Ethernet network 

8. The invention of claim 1 wherein said local area net- 
work is an Internet protocol (IP) over ATM network. 20 

9. The invention of claim 1 wherein said local area net- 
work also carries computer data traffic 

10. A distributed PBX for processing telephone calls 25 
comprising: 

a number of networked multi-port modules: 
said multi-port modules converting between 
synchronous data signals and asynchronous 30 
data signals. 

said multi-port modules further comprising: 

a first port connected to a telephony envi- 
ronment: 35 
a second port connected to a local area 
network: 

a third port connected to a PC having a dig- 
ital storage device. 

wherein any one port can direct data to any -to 
ol the other ports. 

11. The invention of claim 10 wherein said multi-port 
module further comprises a digital signal processor 
generating and receiving multiple data streams. 4 $ 

1 2. The invention of claim 1 0 wherein directing data be- 
tween said third port and one of the other ports im- 
plements voice storage 

so 

1 3. The invention of claim 1 2 wherein directing data be- 
tween said third port and one of the other ports im- 
plements voice mail 

14. The invention of claim 1 2 wherein directing data be- 55 
tween said third port and one of the other ports im- 
plements auto attendant. 



24 

1 5. The invention of claim 1 2 wherein directing data be 
Iween said third port and one of the other ports im- 
plements an interactive voice response 

1 6. The invention of claim 1 2 wherein directing data be - 
tween said third port and one of the other ports im- 
plements fax transmission 

17. The invention of claim 10 further comprising PBX 
software controlling the state and interconnection 
of a number of network multi-port modules 

18. The invention of claim 10 wherein multi-port mod- 
ules converting between synchronous and asyn- 
chronous data is performed using firsl-in-first-out 
buffering. 

1 9. A distributed private branch telephone exchange for 
processing telephone calls, comprising 

an ATM local area network carrying data and 
telephony traffic: 

a network server including an interface con- 
necting PSTN outside trunk circuits and said lo- 
cal area network: 

a client PC including a station interface con- 
necting with a telephone device and said local 
area network: 

an ATM switch routing local area network data 
and telephony traffic between said network in- 
terface and said station interface 
a telephone hub interlacing a multiple number 
of telephones to said ATM switch: 
wherein said network interface and station in- 
terface translate telephony signaling into asyn- 
chronous messages and synchronous teleph- 
ony traffic into asynchronous media streams for 
transmission over said local area network 

20. A distributed PBX for processing telephone calls 
comprising: 

a local area computer data network lor trans- 
mitting data traffic over a transmission media 
a real-lime telephony networks time-sharing 
said transmission media: wherein said real- 
time telephony network carries telephony mes- 
sages containing telephony signaling and te- 
lephony media streams: and 
a multi-port module generating telephony mes- 
sages reporting POTS telephony events said 
telephony messages transmitted over said re- 
al-lime telephony network. 

21. The invention of claim 1 wherein said multi-port 
module responds to telephony messages for con- 
trolling POTS telephony functions. 
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22. The invention of claim 1 wherein said telephony 
messages instruct said multi-port module to estab- 
lish a connection to a second multi-port module over 
said real-time network. 

5 
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